Method and mobile terminal for controlling screen lock

ABSTRACT

A method of controlling screen lock and a mobile terminal employing the same is provided. The mobile device includes a User Interface (UI) for setting a screen unlock mode using a wireless device other than the mobile terminal and stores IDentifier (ID) information of the wireless device designated by the UI corresponding to the screen unlock mode. The mobile terminal is capable of detecting a wireless device. After the ID information of the wireless device is stored, if the wireless device is detected by the mobile terminal and ID information of the detected wireless device is identical to the stored ID information, the mobile terminal controls not to display an unlock requesting screen when the display unit of the mobile terminal is turned on.

CROSS-REFERENCE TO RELATED PATENT APPLICATION(S)

This application is a continuation application of prior application Ser.No. 16/815,712, filed on Mar. 11, 2020, which is a divisional of priorapplication Ser. No. 16/378,846, filed on Apr. 9, 2019, which is acontinuation application of prior application Ser. No. 15/373,087, filedon Dec. 8, 2016, which has issued as U.S. Pat. No. 10,278,075 on Apr.30, 2019, which is a continuation application of prior application Ser.No. 14/078,170, filed on Nov. 12, 2013, which has issued as U.S. Pat.No. 9,549,323 on Jan. 17, 2017 and was based on and claimed priorityunder 35 U.S.C. § 119(a) of a Korean patent application number10-2012-0139249, filed on Dec. 3, 2012, in the Korean IntellectualProperty Office and a Korean patent application number 10-2013-0026826,filed on Mar. 13, 2013, in the Korean Intellectual Property Office, thedisclosure of each of which is incorporated by reference herein in itsentirety.

TECHNICAL FIELD

The present disclosure relates to a method of controlling a screen lockand a mobile terminal employing the same. More particularly, the presentdisclosure relates to a method of controlling a screen of a mobileterminal lock by using the mobile terminal and another wireless deviceand a mobile terminal employing the method.

BACKGROUND

A User Interface (UI) is a technology for providing temporary orcontinuous access to enable communication between a user and an object,a system, an apparatus, or a program.

In consideration of an undesired problem of terminal activation, userauthentication, and security, a terminal provides a screen lock ifpredetermined screen lock conditions are satisfied. While a screen lockis being provided, operations of a UI may be partially restricted. Whilea screen lock is provided, if a call is received, an alarm occurs, or abutton is pressed or a touch is received via a partially allowed UI, aterminal displays an unlock requesting screen. After an unlockrequesting screen is displayed on a terminal, to display a home screenor to execute and display an application, a predetermined touch gesture,a predetermined key, or a password is received from a user via apartially allowed UI.

For example, a terminal having a touch screen may display aslide-to-unlock screen as an unlock requesting screen to preventactivation of a screen due to an unintended touch. When movement of atouch gesture for moving an image on a slide bar image along arestricted path in a predetermined direction is input on aslide-to-unlock screen, a lock screen disappears.

However, every time a terminal provides a screen lock, a same unlockrequesting screen and a user input thereto are presented to unlock thescreen lock. Therefore, there is a need for a more user-convenientmethod of controlling a screen lock of a terminal.

The above information is presented as background information only toassist with an understanding of the present disclosure. No determinationhas been made, and no assertion is made, as to whether any of the abovemight be applicable as prior art with regard to the present disclosure.

SUMMARY

Aspects of the present disclosure are to address at least theabove-mentioned problems and/or disadvantages and to provide at leastthe advantages described below. Accordingly, an aspect of the presentdisclosure is to provide a method of conveniently controlling a screenlock and a mobile terminal employing the same.

The present disclosure also provides a method of effectively controllinga screen lock by determining a user's intention of using a mobileterminal and a mobile terminal employing the same.

The present disclosure also provides a method of precisely controlling ascreen lock by displaying different unlock requesting screens accordingto environments in which a mobile terminal is being used and a mobileterminal employing the same.

In accordance with an aspect of the present disclosure, a method ofcontrolling screen lock of a mobile terminal is provided. The methodincludes providing a User Interface (UI) for setting a screen unlockmode using a wireless device other than the mobile terminal, storingIDentifier (ID) information of the wireless device designated by the UIcorresponding to the screen unlock mode, and if, after the IDinformation of the wireless device is stored, the wireless device isdetected by the mobile terminal and ID information of the detectedwireless device is identical to the stored ID information, controllingnot to display an unlock requesting screen when a display unit of themobile terminal is turned on.

The method further includes, if, after the display unit is turned on,the wireless device having ID information identical to the stored IDinformation is continuously detected, controlling to keep the displayunit on without displaying an unlock requesting screen until a screenoff input is received from a user.

The method further includes, if the ID information is not received fromthe wireless device for a predetermined period of time while the displayunit is on, controlling to turn off the display unit.

The wireless device includes a Bluetooth Low Energy (BLE) device.

The method further includes storing a distance between the wirelessdevice and the mobile terminal via the UI, wherein the detection of thewireless device by the mobile terminal indicates that the wirelessdevice is transmitting a signal having an intensity equal to or greaterthan a reception signal intensity corresponding to the stored distance.

The method further includes storing a sensing condition of the mobileterminal via the UI, and acquiring sensing information, wherein, in thecontrolling not to display the unlock requesting screen, if, after theID information of the wireless device is stored, the wireless device isdetected by the mobile terminal, ID information of the detected wirelessdevice is identical to the stored ID information, and the acquiredsensing information satisfies the sensing condition, the mobile terminalis controlled not to display an unlock requesting screen when thedisplay unit of the mobile terminal is turned on.

The acquiring of the sensing information is carried out if the wirelessdevice is detected by the mobile terminal.

The sensing condition includes a sensing condition that a shape of agrip for holding the mobile terminal is identical to a predeterminedgrip.

The sensing condition includes a sensing condition that motion of themobile terminal is identical to a predetermined motion shape.

The sensing condition includes a sensing condition that the face of auser recognized by the mobile terminal corresponds to predetermined faceof the user.

The method further includes, after the display unit is turned on, if theID information is continuously received from the wireless device,acquiring new sensing information from the mobile terminal; and, if thenew sensing information satisfies the sensing condition, controlling tokeep the display unit on until a screen off input is received from auser of the mobile terminal.

The method further includes storing sensing condition of the wirelessdevice via the UI, and receiving sensing information from the wirelessdevice, wherein, in the controlling not to display the unlock requestingscreen, if, after the ID information of the wireless device is stored,the wireless device is detected by the mobile terminal, ID informationof the detected wireless device is identical to the stored IDinformation, and the received sensing information satisfies the sensingcondition, the mobile terminal is controlled not to display an unlockrequesting screen when the display unit of the mobile terminal is turnedon.

In accordance with another aspect of the present and their equivalents,there is provided a mobile terminal which controls screen lock, themobile terminal including a UI unit, which provides a UI for setting ascreen unlock mode using a wireless device other than the mobileterminal, a memory, which stores ID information of the wireless devicedesignated by the UI corresponding to the screen unlock mode, acommunication unit, which detects the wireless device, and a controlunit, which, if, after the ID information of the wireless device isstored, the wireless device is detected by the mobile terminal and IDinformation of the detected wireless device is identical to the storedID information, controls not to display an unlock requesting screen whena display unit of the mobile terminal is turned on.

If, after the display unit is turned on, the wireless device having IDinformation identical to the stored ID information is continuouslydetected, the control unit controls to keep the display unit on withoutdisplaying an unlock requesting screen until a screen off input isreceived from a user.

If the ID information is not received from the wireless device for apredetermined period of time while the display unit is on, the controlunit controls to turn off the display unit.

The wireless device includes a BLE device.

The memory stores a distance between the wireless device and the mobileterminal via the UI, and the communication unit detects the wirelessdevice transmitting a signal having an intensity equal to or greaterthan a reception signal intensity corresponding to the stored distance.

The mobile terminal further includes a sensing unit, which acquiressensing information, the memory stores sensing information regarding themobile terminal via the UI, and, after the ID information of thewireless device is stored, if the wireless device is detected by themobile terminal, ID information of the detected wireless device isidentical to the stored ID information, and the acquired sensinginformation satisfies the sensing condition, the control unit controlsnot to display an unlock requesting screen when the display unit of themobile terminal is turned on.

The sensing unit acquires the sensing information if the wireless deviceis detected by the mobile terminal.

The sensing condition includes a sensing condition that a shape of agrip for holding the mobile terminal is identical to a predeterminedgrip.

The sensing condition includes a sensing condition that motion of themobile terminal is identical to a predetermined motion shape.

The sensing condition includes a sensing condition that the face of auser recognized by the mobile terminal corresponds to predetermined faceof the user.

After the display unit is turned on, if the ID information iscontinuously received from the wireless device, the sensing unitacquires new sensing information from the mobile terminal; and, if thenew sensing information satisfies the sensing condition, the controlunit controls to keep the display unit on until a screen off input isreceived from a user of the mobile terminal.

The memory stores sensing condition of the wireless device via the UI,the communication unit receives sensing information from the wirelessdevice, and, after the ID information of the wireless device is stored,if the wireless device is detected by the mobile terminal, IDinformation of the detected wireless device is identical to the storedID information, and the received sensing information satisfies thesensing condition, the control unit controls not to display an unlockrequesting screen when the display unit of the mobile terminal is turnedon.

In accordance with another aspect of the present disclosure, a method ofcontrolling screen lock of a mobile terminal is provided. The methodincludes storing a predetermined sensing condition and ID information ofa wireless device other than the mobile terminal, receiving IDinformation from the wireless device located by the mobile terminal,acquiring sensing information from the mobile terminal, and, if IDinformation of the detected wireless device is identical to the storedID information, and the received sensing information satisfies thesensing condition, controlling not to display an unlock requestingscreen when the display unit of the mobile terminal is turned on.

In accordance with another aspect of the present disclosure, a method ofcontrolling screen lock of a mobile terminal is provided. The methodincludes storing a predetermined sensing condition and ID information ofa wireless device other than the mobile terminal, receiving IDinformation and sensing information from the wireless device located bythe mobile terminal, if ID information of the detected wireless deviceis identical to the stored ID information, and the received sensinginformation satisfies the sensing condition, controlling not to displayan unlock requesting screen when the display unit of the mobile terminalis turned on.

Other aspects, advantages, and salient features of the disclosure willbecome apparent to those skilled in the art from the following detaileddescription, which, taken in conjunction with the annexed drawings,discloses various embodiments of the present disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other aspects, features, and advantages of certainembodiments of the present disclosure will be more apparent from thefollowing description taken in conjunction with the accompanyingdrawings, in which:

FIG. 1 is a diagram showing a communication system according to anembodiment of the present disclosure;

FIG. 2 is a diagram showing a mobile terminal according to an embodimentof the present disclosure;

FIG. 3 is a diagram showing a data communication protocol of a SeamlessSensing Platform (SSP) according to an embodiment of the presentdisclosure;

FIGS. 4A and 4B are diagrams showing a wireless device according to anembodiment of the present disclosure;

FIG. 5 is a diagram showing an unlock requesting screen displayed on amobile terminal according to an embodiment of the present disclosure;

FIG. 6 is a diagram showing a home screen displayed on a mobile terminalaccording to an embodiment of the present disclosure;

FIG. 7 is a diagram showing a mechanism of controlling a screen lock byusing a wireless device according to an embodiment of the presentdisclosure;

FIG. 8 is a diagram showing a distance between a mobile terminal and awireless device, according to an embodiment of the present disclosure;

FIG. 9 is a flowchart showing a method of controlling a screen lockaccording to an embodiment of the present disclosure;

FIG. 10 is another flowchart showing a method of controlling a screenlock according to an embodiment of the present disclosure;

FIG. 11 is a diagram showing a mechanism of controlling a screen lock byusing a wireless device according to another embodiment of the presentdisclosure;

FIG. 12 is a flowchart showing a method of controlling a screen lockaccording to another embodiment of the present disclosure;

FIG. 13 is a diagram showing a mechanism of controlling a screen lock byusing a wireless device according to another embodiment of the presentdisclosure;

FIG. 14 is a flowchart showing a method of controlling a screen lockaccording to another embodiment of the present disclosure;

FIG. 15 is a diagram showing a user interface for setting a screenunlock mode according to an embodiment of the present disclosure;

FIG. 16 is another diagram showing a user interface for setting a screenunlock mode according to an embodiment of the present disclosure;

FIG. 17 is another diagram showing a user interface for setting a screenunlock mode according to an embodiment of the present disclosure;

FIG. 18 is a diagram illustrating a data format of an advertising packetbroadcasted by a BLE device, according to an embodiment of the presentdisclosure;

FIG. 19 is a table for explaining an Advertising Data (AD) type,according to an embodiment of the present disclosure;

FIGS. 20A and 20B are a table for explaining data broadcasted by a BLEdevice, according to an embodiment of the present disclosure; and

FIG. 21 is a diagram illustrating an example of an AD packet accordingto an embodiment of the present disclosure.

Throughout the drawings, it should be noted that like reference numbersare used to depict the same or similar elements, features, andstructures.

DETAILED DESCRIPTION

The following description with reference to the accompanying drawings isprovided to assist in a comprehensive understanding of variousembodiments of the present disclosure as defined by the claims and theirequivalents. It includes various specific details to assist in thatunderstanding but these are to be regarded as merely exemplary.Accordingly, those of ordinary skill in the art will recognize thatvarious changes and modifications of the various embodiments describedherein can be made without departing from the scope and spirit of thepresent disclosure. In addition, descriptions of well-known functionsand constructions may be omitted for clarity and conciseness.

The terms and words used in the following description and claims are notlimited to the bibliographical meanings, but, are merely used by theinventor to enable a clear and consistent understanding of the presentdisclosure. Accordingly, it should be apparent to those skilled in theart that the following description of various embodiments of the presentdisclosure is provided for illustration purpose only and not for thepurpose of limiting the present disclosure as defined by the appendedclaims and their equivalents.

It is to be understood that the singular forms “a,” “an,” and “the”include plural referents unless the context clearly dictates otherwise.Thus, for example, reference to “a component surface” includes referenceto one or more of such surfaces.

As used herein, the term “and/or” includes any and all combinations ofone or more of the associated listed items.

A mobile terminal according to an embodiment of the present disclosuremay be embodied in various forms. For example, examples of the mobileterminals may include a mobile phone, a smart phone, a laptop computer,a tablet Personal Computer (PC), an e-book terminal, a digitalbroadcasting terminal, a Personal Digital Assistant (PDA), a PortableMultimedia Player (PMP), and a navigation device, but are not limitedthereto.

A wireless device according to an embodiment of the present disclosurerefers to a wireless communication device existing outside of a mobileterminal or an independent wireless communication device. Forconvenience of explanation, descriptions below are related to aBluetooth Low Energy communication (BLE) based device as an example ofwireless devices. However, wireless devices according to the presentdisclosure are not limited thereto. In other words, a wireless deviceaccording to the present disclosure may be not only a BLE device, butalso various other close-distance communication-based devices, such as aWi-Fi device, a Zigbee device, a Radio Frequency-IDentification (RF-ID)device, a Near Field Communication (NFC) device, etc. Furthermore, dueto its functional feature of transmitting identification information, awireless device may also be indicated by an IDentifier (ID) tag.Furthermore, a wireless device may be a mobile device capable of notonly transmitting identification information or sensing information, butalso performing various other functions. Furthermore, a wireless devicemay be a simple device for periodical one-way transmission ofidentification information.

The BLE is one of close-distance communication techniques and includescore functions of Bluetooth version 4.0. Compared to the classicBluetooth, BLE features relatively small duty cycle, low-costproduction, and reduced average power consumption and standby powerconsumption to be able to operate for years with a coin-size battery.

Communication radius at which a mobile terminal is capable of receivingsignals from a BLE device is a distance at which the mobile terminal iscapable of receiving data (e.g., advertising packet) broadcasted by theBLE device, e.g., from 10 m to 50 m. A predetermined distance between amobile terminal and a BLE device that is set as a condition for notdisplaying a unlock requesting screen when a display unit of the mobiledevice is turned on according to an embodiment of the present disclosuremay vary according to actual communication conditions. The predetermineddistance may be arbitrarily set by a user. For example, a predeterminedarea, such as a living room, a kitchen, or the entire house, may be setby a user as a predetermined distance or a predetermined distance (e.g.,from 1 m to 2 m) may be set by the user as a predetermined distance.Furthermore, the predetermined distance may indicate intensity of apredetermined signal received from the BLE device by the mobile device.

The present disclosure will now be described more fully with referenceto the accompanying drawings, in which various embodiments of thepresent disclosure are shown. The present disclosure may, however, beembodied in many different forms and should not be construed as beinglimited to the embodiments set forth herein; rather, these embodimentsare provided so that this disclosure will be thorough and complete, andwill fully convey the concept of the disclosure to those skilled in theart. In the description of the present disclosure, if it is determinedthat a detailed description of commonly-used technologies or structuresrelated to the disclosure may unnecessarily obscure the subject matterof the disclosure, the detailed description will be omitted. Likenumbers refer to like elements throughout.

FIG. 1 is a diagram showing a communication system according to anembodiment of the present disclosure.

Referring to FIG. 1 , the communication system includes a mobileterminal 100 and a wireless device, such as BLE device 200.

The mobile terminal 100 may be a terminal for providing predeterminedservices to a user via BLE communications with the external BLE device200. For example, the mobile terminal 100 may store, register, andmanage information regarding the external BLE device 200 (e.g.,IDentification (ID) information) in a memory. Furthermore, a BLEcommunication between the mobile terminal 100 and the BLE device 200 maybe two-way communication or a one-way communication in which the BLEdevice 200 unsolicitedly transmits signals and the mobile terminal 100receives the signals from the BLE device 200.

Furthermore, in the mobile terminal 100, a Seamless Sensing Platform(SSP) may operate independently from an Application Process (AP). Themobile terminal 100 may collect information of the BLE device 200 anddetermine a situation without waking up an AP in sleep mode byconnecting a BLE communication unit to a sensor hub of the SSP. The SSPwakes up the AP if a predetermined situation occurs. The SSP, the AP,and the BLE communication unit may be embodied as hardware, software, ora combination thereof. Detailed descriptions thereof will be givenfurther below with reference to FIGS. 2 and 3 . Alternatively, themobile terminal 100 may not include a SSP, and a BLE communication unitand an AP may separately be connected and operate.

The BLE device 200 may broadcast ID information to outside via a BLEcommunication. Here, the BLE device 200 may broadcast ID information inthe form of an advertising packet. According to an embodiment of thepresent disclosure, the BLE device 200 may broadcast information sensedby a sensor to outside. For example, the BLE device 200 may includeidentification information (for example, “SAMSUNG_Temp_TAG001_blue”) ina Universally Unique IDentifier (UUID) field of the advertising packetor in a Manufacturer Specific Data (MSD) field thereof and may broadcastthe identification information to the outside. A detailed description ofthe BLE device 200 broadcasting data in advertising packet form will beprovided later with reference to FIGS. 18 to 21 . For convenience ofexplanation, the BLE device 200 including a sensor will be referred toas the sensor-based BLE device.

Furthermore, the BLE device 200 may broadcast ID information of the BLEdevice 200 or sensing information, at a predetermined cycle or based onan event triggered when sensing information is updated or a particularevent occurs.

Furthermore, the BLE device 200 may broadcast ID information in the formof advertising packets and sensing information of the BLE device 200 maybe transmitted to the mobile terminal 100 via a communication channelafter a pairing of the BLE device 200 with the mobile terminal 100.Here, for security of the sensing information, the BLE device 200 mayencrypt the sensing information by using an encryption key negotiatedwhen the BLE device 200 is paired to the mobile terminal 100 or apredetermined encryption key and may transmit encrypted sensinginformation to the mobile terminal 100.

According to an embodiment of the present disclosure, the BLE device 200may be embodied in any of various forms. For example, the BLE device 200may be simply embodied in the form of a BLE tag 200-1, a mobile device200-2, such as a BLE phone and a BLE tablet PC, or an accessory 200-3,such as a BLE wristwatch or BLE earphones. Configuration of the BLEdevice 200 will be described further below in additional detail withreference to FIGS. 4A and 4B.

Hereinafter, referring to FIGS. 5 to 8, and 15 to 17 , controlling of ascreen lock of the mobile terminal 100 by using a wireless device (e.g.,the BLE device 200) according to an embodiment of the present disclosurewill be described in detail.

FIG. 5 is a diagram showing an unlock requesting screen displayed on amobile terminal according to an embodiment of the present disclosure.FIG. 6 is a diagram showing a home screen displayed on a mobile terminalaccording to an embodiment of the present disclosure. FIG. 7 is adiagram showing a mechanism of controlling a screen lock by using awireless device according to an embodiment of the present disclosure.FIG. 8 is a diagram showing a distance between a mobile terminal and awireless device, according to an embodiment of the present disclosure.FIG. 15 is a diagram showing a user interface for setting a screenunlock mode according to an embodiment of the present disclosure. FIG.16 is another diagram showing a user interface for setting a screenunlock mode according to an embodiment of the present disclosure. FIG.17 is another diagram showing a user interface for setting a screenunlock mode according to an embodiment of the present disclosure.

The mobile terminal 100 provides User Interfaces (UIs) (e.g., 1510 ofFIGS. 15, 1610 and 1650 of FIGS. 16, and 1710 of FIG. 17 ) for setting ascreen unlock mode (or screen lock mode) to a user. The mobile terminal100 according to an embodiment of the present disclosure provides a UIfor setting a screen unlock (1540 of FIG. 15 ) of the mobile terminal100 by using a wireless device to a user. A user may select or set ascreen unlock mode to activate via the UI of the mobile terminal 100.For example, screen unlock mode may include not only the screen unlockmode using a wireless device 1540, but also drag to unlock 1515, motionto unlock 1520, face detect to unlock 1525, pattern to unlock 1530,password to unlock 1535, Personal Identification Number (PIN) to unlock(not shown), slide to unlock (not shown), etc.

Furthermore, the mobile terminal 100 may designate ID information of awireless device corresponding to the screen unlock mode using a wirelessdevice 1540 according to user inputs 1620 and 1660 via UIs (e.g., 1610and 1650 of FIG. 16 ) and may store ID information of the designatedwireless device in the memory. For example, when a user input 1545 isreceived via the UI 1510 of FIG. 15 , a UI (1610 of FIG. 16 or 1710 ofFIG. 17 ) for setting details of a screen unlock mode using a wirelessdevice may be displayed. Here, an add TAG request 1615 may be made. Ifthere is a wireless device designated by the mobile terminal 100 inadvance, the mobile terminal 100 may include a designated wirelessdevice 1715 in the UI 1710. Here, the designated wireless device 1715may be displayed in the form of ID information, an arbitrary name, or apurpose.

If there is no designated wireless device, a wireless device (or IDinformation of the wireless device) corresponding to the screen unlockmode using a wireless device 1540 may be designated via the UI 1650. Forexample, the UI 1650 may display a list of arbitrary names or thepurposes 1655 respectively corresponding to ID information of at leastone wireless device detected by the mobile terminal 100. An arbitraryname may be allocated to a wireless device based on the user input 1660or a purpose (e.g., ID TAG) corresponding to the wireless device (or IDinformation of the wireless device) may be allocated to the wirelessdevice. Here, the ID information is unique information fordistinguishing a wireless device from other devices and may include atag ID, a device name, a serial number, a Media Access Control (MAC)address, etc., for example. The arbitrary name or the purpose 1715 maybe arbitrarily designated or named by a user or an application using acorresponding wireless device, such that the mobile terminal 100distinguishes detected wireless devices from one another. For example,the ‘ID TAG’ may be designated from among purposes provided by a UIbased on a user input in consideration of purposes related to personalinformation for controlling screen lock or security. Furthermore, forconvenience, wireless devices may be distinguished from one another bydifferent colors, patterns, icons, texts, etc. For example, even ifdifferent wireless devices detected by the mobile terminal 100 arecategorized into a same purpose, the mobile terminal 100 may displaywireless devices having different ID information by using differentvisual effects or texts. Furthermore, if an object 1665 related tofunctions for adding wireless devices is designated by a user input, themobile terminal 100 may detect new wireless devices in the surroundings,add a detected wireless device to the list 1655, and display the list1655.

If a screen unlock mode using a wireless device is set to the mobileterminal 100 or a screen unlock mode is activated, and predeterminedconditions are satisfied, the mobile terminal 100 may control not todisplay a screen unlock requesting screen (e.g., 510 of FIG. 5 ) when adisplay unit (e.g., 710 of FIG. 7 or FIG. 8 ) is turned on. Here, themobile terminal 100 may control to activate at least a portion of UIsthat is restricted to the mobile terminal 100 during the screen lockmode.

Here, a case in which predetermined conditions are satisfied may be acase in which a wireless device is detected within a predetermineddistance from the mobile terminal 100 and ID information of the detectedwireless device is identical to ID information stored in a memory, asshown in FIG. 7 . Furthermore, if predetermined conditions are notsatisfied, e.g., if a wireless device is outside a predetermineddistance from the mobile terminal 100 or ID information of a detectedwireless device is different from ID information stored in a memory, themobile terminal 100 may control to display the screen unlock requestingscreen 510 when a display unit is turned on.

Here, the displayed screen unlock requesting screen 510 may be a firstunlock requesting screen corresponding to the screen unlock mode using awireless device (referred to hereinafter as ‘first screen unlock mode’).For example, the first unlock requesting screen may include a guidancemessage, such as ‘no wireless device detected’, ‘screen cannot beunlocked unless a wireless device is nearby’, ‘locate a wireless devicewithin a predetermined distance from a mobile terminal’. Furthermore,the first unlock requesting screen may include objects, such as an iconfor switching to another screen unlock mode (referred to hereinafter as‘second screen unlock mode’), or a guidance for switching to the secondscreen unlock mode. Furthermore, when it is switched to the secondscreen unlock mode according to a user input, an interaction for ascreen unlock request corresponding to the second screen unlock mode maybe activated. Here, it may be switched to the second screen unlock modeas the predetermined conditions are not satisfied and an interaction fora screen unlock request corresponding to the second screen unlock modeis temporarily activated. In other words, even after an interaction fora screen unlock request corresponding to the second screen unlock modeis activated as predetermined conditions are not satisfied after thefirst screen unlock mode is activated, the first screen unlock mode, inwhich it is determined whether to display a screen unlock requestingscreen based on whether the predetermine conditions are satisfied, maybe active until a user input regarding deactivation of the first screenunlock mode is received.

Furthermore, the screen unlock requesting screen 510 may correspond tothe second screen unlock mode (e.g., the drag to unlock 1515, the motionto unlock 1520, the face detect to unlock 1525, the pattern to unlock1530, the password to unlock 1535, the PIN to unlock, the slide tounlock, etc.). Furthermore, the screen unlock requesting screen 510 maybe a screen unlock requesting screen corresponding to a plurality ofsecond screen unlock modes. For example, screen unlock requestingscreens corresponding to the pattern to unlock 1530 and the PIN tounlock may be displayed in at least one screen.

Furthermore, the screen unlock requesting screen 510 may be determinedaccording to the second screen unlock mode designated by the mobileterminal 100. The second screen unlock mode may be designated based on auser input via a UI or, if the first screen unlock mode is activated, apredetermined screen unlock mode may be automatically designated as thesecond screen unlock mode. For example, when a touch input 1545 of auser is received via the UI 1510, the first screen unlock mode 1540 maybe designated and a UI (e.g., 1610 of FIG. 16 or 1710 of FIG. 17 ) forsetting details of the first screen unlock mode 1540 may be displayed.The UI for setting details of the first screen unlock mode 1540 mayinclude interaction objects, such as a checkbox 1645, and a guidance1640 for user interaction regarding the checkbox 1645.

Here, the checkbox 1645 may be an interaction object for receivingselection between the first unlock requesting screen and a screen unlockrequesting screen corresponding to the second screen unlock mode(referred to hereinafter as ‘second unlock requesting screen’) to bedisplayed on the mobile terminal 100 if either the BLE device 200 is notdetected or the predetermined conditions are not satisfied after thefirst screen unlock mode 1540 is activated. Furthermore, the checkbox1645 may be an interaction object for receiving an instruction as towhether to switch from the first screen unlock mode 1540 to the secondscreen unlock mode if either the BLE device 200 is not detected or thepredetermined conditions are not satisfied after the first screen unlockmode 1540 is activated. Furthermore, if the checkbox 1645 of the UI 1710is checked by a user in FIG. 17 , the mobile terminal 100 may displaythe designated second screen unlock mode 1720 in the UI 1710. Here, thedisplayed second screen unlock mode 1720 may be a mode activated ifeither the BLE device 200 is not detected or the predeterminedconditions are not satisfied after the first screen unlock mode 1540 isactivated. Furthermore, the UIs including the checkbox 1645, theguidance 1640, and the second screen unlock mode 1720 may be indicatedby or modified to any of various interaction objects, such as radiobuttons and lists.

Furthermore, even if the predetermined conditions are satisfied, themobile terminal 100 may display a third unlock requesting screencorresponding to a third screen unlock mode. The third screen unlockmode may be different from the first screen unlock mode and the secondscreen unlock mode. Furthermore, if the predetermined conditions are notsatisfied, the mobile terminal 100 may display a second unlockrequesting screen corresponding to the second screen unlock mode. Forexample, when the first screen unlock mode is activated and a screen isbeing turned on, the third screen unlock mode corresponding to the dragto unlock 1515 may be displayed on the display unit of the mobileterminal 100 if the predetermined conditions are satisfied. If thepredetermined conditions are not satisfied, a second unlock requestingscreen which corresponds to the pattern to unlock 1530 and provides ahigher level of security may be displayed on the display unit of themobile terminal 100. Wherein the level of security for a user input thatis provided in the second unlock mode may be higher than the level ofsecurity in the third unlock mode. Furthermore, the mobile terminal 100may provide a UI for also designating the second screen unlock mode orthe third screen unlock mode while the first screen unlock mode is beingset. As described above, by providing a UI for setting different unlockrequesting screens respectively corresponding to environments of usingthe mobile terminal 100, a more sophisticated screen lock may beprovided.

Furthermore, if the predetermined conditions are satisfied, the mobileterminal 100 may automatically turn the display unit on. After thedisplay unit is automatically turned on, the mobile terminal 100 may ormay not display a unlock requesting screen.

Furthermore, except when a system event, such as a signal reception andan alarm, occurs at the mobile terminal 100, the display unit may beturned on only when a user input is received via a UI. For example, inFIGS. 5 and 6 , the mobile terminal 100 may turn the display unit onwhen a user input is received via physical buttons, such as a powerbutton 560 and a home key 570.

For example, the screen unlock requesting screen 510 may include a lockimage 550, a terminal status displaying layer 540, a transparencycontrol layer 530, and an interaction layer 520 for making an unlockrequest in the order stated. Once the screen unlock requesting screen510 is displayed, the screen unlock requesting screen 510 may becontinuously displayed until a user input satisfies screen unlockconditions according to the second screen unlock mode (or the thirdscreen unlock mode). For example, if the second screen unlock mode isthe drag to unlock 1515, the screen unlock requesting screen 510 may becontinuously displayed until a drag gesture corresponding a distancebetween the starting point and the end point greater than apredetermined distance is input. After the screen unlock requestingscreen 510 is displayed, if a user input satisfies screen unlockconditions according to the second screen unlock mode, at least a partof UI restricted by the mobile terminal 100 in the screen lock mode isactivated, and a home screen (e.g., 610 of FIG. 6 ), a executing screenof a predetermined application, or a predetermined image may bedisplayed on the display unit of the mobile terminal 100.

Furthermore, if the screen unlock requesting screen 510 is not displayedwhen the display unit is turned on, the interaction layer 520 for makingan unlock request may not be displayed. In other words, if at least apart of UI restricted by the mobile terminal 100 in the screen lock modeis activated without any request for a user interaction, a screenincluding at least one from among the lock image 550, the terminalstatus displaying layer 540, and the transparency control layer 530 maybe displayed without the interaction layer 520 when the display unit isturned on.

Furthermore, from among the predetermined conditions, the detection of awireless device within a predetermined distance from the mobile terminal100 may be detection of a wireless device which transmits a signalhaving an intensity equal to or greater than an intensity of a receptionsignal corresponding to a predetermined distance. For example, adistance 810 between the mobile terminal 100 and the BLE device 200 inFIG. 8 may be estimated based on intensity of a signal transmitted bythe BLE device 200 and received by the mobile terminal 100. Thepredetermined distance may be designated based on a user input receivedvia a UI (e.g., 1625 of FIG. 16 ) of the mobile terminal 100. Forexample, the predetermined distance may be designated by using a slidebar type UI 1625 or a UI for receiving a distance value via buttons orkeys. The mobile terminal 100 may store a distance between a wirelessdevice and the mobile terminal 100 designated via a UI and search for awireless device transmitting a signal having an intensity equal to orgreater than an intensity of a reception signal corresponding to thestored distance. Furthermore, the predetermined distance may be adefault value (e.g., 2 m) that is stored in the mobile terminal 100either when the mobile terminal 100 is manufactured or when a commandfor controlling the first screen unlock mode or screen unlockconfiguration application is stored in a memory. Furthermore, if thecommunication range of a wireless device is sufficiently narrow (e.g.,from 2 m to 5 m), the predetermined distance may refer to acommunication range in which the corresponding wireless device may bedetected without any particular setting.

Furthermore, the predetermined distance may also be indicated by aparticular intensity of a signal transmitted by the BLE device 200, theintensity measured by the mobile terminal 100. Here, the signalintensity may be indicated as an electric field strength (e.g., v/m ordB unit), Received Signal Strength Indicator (RSSI), Signal to NoiseRatio (SNR), etc. Furthermore, the mobile terminal 100 may provide a UIfor designating signal intensity as a predetermined distance.

Furthermore, the predetermined conditions may include not only detectionof a wireless device within a predetermined distance from the mobileterminal 100 and agreement between ID information of the detectedwireless device and ID information stored in a memory, but also sensingconditions for determining a user's intention of using the mobileterminal 100. The mobile terminal 100 may acquire sensing informationregarding the mobile terminal 100 via a sensor of a sensing unit (e.g.,140 of FIG. 2 ) related to sensing conditions. Furthermore, the mobileterminal 100 may receive sensing information regarding sensingconditions from a wireless device. In this regard, sensing informationmay be included in a Manufacturer Specific Data (MSD) field of anadvertising packet broadcasted from the wireless device. The mobileterminal 100 may determine whether acquired sensing information orreceived sensing information satisfies the sensing conditions.

Furthermore, the mobile terminal 100 may provide a UI (e.g., 1630 and1635 of FIG. 16 ) to designate sensing conditions according to a userinput. For example, a sensing condition designated to the UI 1630 may bethat motion of the mobile terminal 100 is identical to a predeterminedmotion (e.g., a pick-up motion). A sensing condition designated to theUI 1635 may be that motion of the BLE device 200 is identical to apredetermined motion (e.g., shake 2 times). Furthermore, a sensingcondition may be stored in correspondence to the first screen unlockmode when the mobile terminal 100 is manufactured or may bepredetermined in an application including commands for controlling thefirst screen unlock mode. Detailed descriptions thereof will be givenbelow with reference to FIGS. 2 through 4 and 11 through 14 .

Furthermore, if satisfaction of the predetermined conditions continueswhile the display unit of the mobile terminal 100 is on, the displayunit may be continuously on without displaying an unlock requestingscreen until a user input for turning the display off is received.

FIG. 2 is a diagram showing a mobile terminal according to an embodimentof the present disclosure.

Referring to FIG. 2 , the mobile terminal 100 includes a communicationunit 110, a UI unit 135, a sensing unit 140, a control unit 150, and amemory 160. The UI unit 135 may include an output unit 120 and a userinput unit 130.

The communication unit 110 detects a wireless device (e.g., the BLEdevice 200). The communication unit 110 may measure intensity of asignal received from a wireless device and transmits the measuredintensity to the control unit 150. Furthermore, the communication unit110 receives ID information from a wireless device located within apredetermined distance from the mobile terminal 100. Furthermore, thecommunication unit 110 may further receive sensing information of thewireless device 200 together with the ID information. In this regard,the communication unit 110 according to an embodiment of the presentdisclosure may receive the sensing information and the identificationinformation in an advertising data packet. For example, the sensinginformation may be included in an MSD field of the advertising datapacket, and the identification information may be included in aUniversally Unique IDentifier (UUID) field or the MSD field thereof.

The communication unit 110 may include one or more components forcommunication between the mobile terminal 100 and the BLE device 200 orbetween the mobile terminal 100 and a server. For example, thecommunication unit 110 may include BLE communication unit 111, mobilecommunication unit 112, broadcast receiving unit 113, etc.

The BLE communication unit 111 supports BLE communication. For example,the BLE communication unit 111 may receive advertising packetsbroadcasted by the external BLE device 200. The BLE communication unit111 may scan (or detect) the BLE device 200 at a predetermined cycle orwhen a user requests to do so.

The BLE communication unit 111 may be connected to the control unit 150or a SSP 30. The SSP 30 may include a sensor hub and a SSP manager. Thesensor hub is a type of Micro Controller Units (MCU) and may beconnected to various types of sensors. The sensor hub may be connectedto the BLE communication unit 111 and may collect information regardingthe external BLE device 200 via the BLE communication unit 111. The SSPmanager may receive data from the sensor hub and may wake up an AP 151in sleep mode based on the data received from the sensor hub. Detaileddescriptions of the SSP 30 will be given further below with reference toFIG. 3 .

If the mobile terminal 100 is located within communication range of aBLE device registered in advance in the mobile terminal 100, the BLEcommunication unit 111 may receive ID information or sensing informationfrom the BLE device 200.

Meanwhile, the communication unit 110 may support close-distancecommunication functions other than BLE communication. Examples ofclose-distance communication techniques include Wi-Fi, Bluetooth,Zigbee, Wi-Fi Direct (WFD), Ultra WideBand (UWB), Near FieldCommunication (NFC), and Infrared Data Association (IrDA). However, thepresent disclosure is not limited thereto.

The mobile communication unit 112 exchanges wireless signals with atleast one from among a station, an external terminal, and a server in amobile communication network. Here, the wireless signals may includevoice call signals, video call signals, or various types of dataassociated with text/multimedia message transmissions.

The broadcast receiving unit 113 receives broadcasted signals and/orbroadcast-related information from outside via a broadcasting channel.The broadcasting channel may include a satellite channel and a groundwave channel. According to embodiments of the present disclosure, thebroadcast receiving unit 113 may be omitted.

The UI unit 135 provides a UI for setting the first screen unlock modeusing the BLE device 200. Furthermore, via the UI, ID information of theBLE device 200 corresponding to the first screen unlock mode may bedesignated. Furthermore, the UI unit 135 may provide a UI for settingthe second screen unlock mode and the third screen unlock mode describedabove. Furthermore, the UI unit 135 may receive a predetermined distancebetween the mobile terminal 100 and the BLE device 200 from a user ormay receive sensing conditions.

The UI unit 135 may include the output unit 120 and the user input unit130. The output unit 120 is a unit for outputting audio signals, videosignals, or vibration signals and may include a display unit 121, asound outputting unit 122, and a vibration motor 123. For example, thedisplay unit 121 may display a UI or Graphic User Interface (GUI)related to phone calls in phone call mode and may display a list ofdetected BLE devices in a BLE device detecting mode. Here, the displayunit 121 may display BLE devices not registered to the mobile terminal100 and BLE devices registered to the mobile terminal 100 separately.

Furthermore, in a BLE device setting mode, the display unit 121 maydisplay a UI or a GUI related to setting of the BLE device 200.

Meanwhile, if the display unit 121 and a touch pad form a layeredstructure and are provided as a touch screen unit, the display unit 121may be used not only as an output device, but also as an input device.The display unit 121 may include at least one from among a LiquidCrystal Display (LCD), a Thin-Film Transistor Liquid Crystal Display(TFT-LCD), an Organic Light Emitting Diode (OLED), a flexible display, a3 Dimensional (3D) display, and an electrophoretic display. Furthermore,according to structure of the mobile terminal 100, the mobile terminal100 may include two or more display units 121. Here, the two or moredisplay units 121 may be arranged to face each other via a hinge.

The sound outputting unit 122 outputs audio data received from thecommunication unit 110 or stored in the memory 160. Furthermore, thesound outputting unit 122 outputs sound signals (e.g., call signalreception sound, message reception sound, etc.) related to functionscarried out by the mobile terminal 100. The sound outputting unit 122may include a speaker and a buzzer.

The vibration motor 123 may output vibration signals. For example, thevibration motor 123 may output vibration signals corresponding to audiodata or video data (e.g., call signal reception sound, message receptionsound, etc.). Furthermore, the vibration motor 123 may output vibrationsignals when a touch is input via a touch screen.

The output unit 120 may output alarm messages predetermined by a user.The output unit 120 may output an alarm message when the mobile terminal100 is located within communication range of the BLE device 200 or apredetermined distance therefrom or may output an alarm message when themobile terminal 100 is located outside the communication range of theBLE device 200 or the predetermined distance therefrom. Furthermore, theoutput unit 120 may output alarm messages according to distances betweenthe BLE device 200 and the mobile terminal 100.

Furthermore, if a difference between sensing information received from asensor-based BLE device or sensing information acquired by the mobileterminal 100 and predetermined sensing conditions is within apredetermined range, the output unit 120 may output an alarm message.

The output unit 120 may also output at least one from betweeninformation regarding a Social Networking Service (SNS) being used byanother user possessing the BLE device 200 and information regardingcommunication history between the BLE device 200 and the mobile terminal100.

The user input unit 130 refers to a unit with which a user inputs datafor controlling the mobile terminal 100. For example, the user inputunit 130 may include a button, a keypad, a dome switch, a touch pad(e.g., contact electrostatic capacitive type, pressure resistive filmtype, infrared detection type, surface acoustic wave propagation type,integral strain gauge type, piezo-effect type, etc.), a jog wheel, a jogswitch that are embodied by a software module or a physical mechanismand a circuit. However, the present disclosure is not limited thereto.

The user input unit 130 may designate ID information of a wirelessdevice corresponding to the first screen unlock mode based on a userinput made via a UI for setting a screen unlock mode. Furthermore, theuser input unit 130 may receive at least one of sensing informationregarding the mobile terminal 100 and sensing information regarding asensor-based BLE device.

The memory 160 stores ID information of the wireless device (e.g., theBLE device 200) corresponding to the first screen unlock mode designatedby the UI.

The memory 160 may store programs for processing and controlling thecontrol unit 150 and may also store input/output data (e.g., IDinformation of a BLE device, attribute information of the BLE device,information added by a user, information sensed by a sensor included inthe BLE device, etc.).

The memory 160 may include at least one storage medium from among aflash memory type, a hard disk type, a multimedia card micro type, acard-type memory (e.g., a Secure Digital (SD) memory or a XD memory), aRandom Access Memory (RAM), a Static RAM (SRAM), a Read-Only Memory(ROM), an Electrically Erasable/Programmable ROM (EEPROM), aProgrammable ROM (PROM), a magnetic memory, a magnetic disk, and opticaldisc, etc. Furthermore, the mobile terminal 100 may also operate a webstorage which functions as the memory 160 on the internet.

Programs stored in the memory 160 may include a plurality of modulesaccording to functions thereof. For example, the programs may include aUI module 161, a touch screen module 163, and an alarm module 164.

The UI module 161 may provide a UI and a GUI coupled with the BLE device200 according to applications. Since functions of the UI module 161 areobvious to one of ordinary skill in the art based on the name of thecomponent, detailed description thereof will be omitted.

The touch screen module 163 may detect a touch gesture of a user on atouch screen and transmit information regarding the touch gesture to thecontrol unit 150. The touch screen module 163 may also be embodied as aseparate controller (i.e., hardware).

Various sensors may be arranged inside or nearby a touch screen todetect a touch on the touch screen or a proximity touch. An example ofsensors for detecting a touch on a touch screen may be a tactile sensor.The tactile sensor is a sensor which detects touch of a particularobject to the level at the sensitivity of a human or higher sensitivity.The tactile sensor may detect various information, such as roughness ofa contacting surface, hardness of a contacting object, a temperature ofa contacting point, etc.

Another example of sensors for detecting a touch on a touch screen maybe a proximity sensor.

The proximity sensor is a sensor which detects existence of an objectapproaching to a predetermined detection surface or a nearby objectwithout a mechanical contact by using electromagnetic force or infraredray. Examples of proximity sensors include a phototransmissivephotoelectric sensor, a direct-reflection photoelectric sensor, amirror-reflection photoelectric sensor, a high-frequency emittingproximity sensor, a capacitive proximity sensor, a magnetic proximitysensor, an infrared proximity sensor, etc. Touch gestures of a user mayinclude tap, touch & hold, double tap, drag, panning, flick, drag anddrop, swipe, etc.

The memory 160 may store and maintain a screen unlock settingapplication 166 for managing and controlling a UI for setting a screenunlock mode using a wireless device. The memory 160 may access thescreen unlock setting application 166 in the memory 160 and may loadcommands for controlling the UI unit 135. Furthermore, the memory 160may store various applications. For example, an application DataBase(DB) 165 may store a reminder application, a contact application, a mapapplication, a music application, an e-book application, a healthmanagement application, a fitness management application, and a babycare application. However, the present disclosure is not limitedthereto.

The memory 160 may store ID information of a wireless device (e.g., theBLE device 200) corresponding to a screen unlock mode via a UI.Furthermore, the memory 160 may store a predetermined distancedesignated via a UI. Furthermore, the memory 160 may map and store IDinformation of the BLE device 200 and alarm information. Here, thememory 160 may map and store the ID information of the BLE device 200and a plurality of alarm information.

Furthermore, the memory 160 may include a voice recognition module (notshown) for recognizing voice of a user via a voice recognition engineand transmitting the recognized voice to the control unit 150.

The alarm module 164 may generate a signal for notifying an eventoccurring at the mobile terminal 100. Examples of events occurring atthe mobile terminal 100 may include call signal reception, messagereception, key signal input, schedule alarm, etc. The alarm module 164may output an alarm signal in the form of a video signal via the displayunit 121, may output an alarm signal in the form of an audio signal viathe sound outputting unit 122, and may output an alarm signal in theform of a vibration signal via the vibration motor 123.

Meanwhile, the alarm module 164 may provide snooze function. Forexample, if a user sets an alarm repetition limit (e.g., 5 times) or analarm repetition interval (e.g., 3 minutes), the alarm module 164 mayoutput alarm signals for a predetermined number of times (e.g., 5 times)or at a predetermined interval (e.g., 3 minutes).

When a wireless device (e.g., the BLE device 200) is detected within apredetermined distance from the mobile terminal 100 and ID informationof the wireless device is identical to ID information stored in thememory 160, the control unit 150 controls not to display an unlockrequesting screen when the display unit of the mobile terminal 100 isturned on.

Furthermore, the control unit 150 controls the overall operations of themobile terminal 100. The control unit 150 may control the overalloperations of the communication unit 110, the output unit 120, the UIunit 135, and the memory 160 by executing programs stored in the memory160.

The control unit 150 may include an application processor 151 and acommunication processor 152. The application processor 151 may controlexecutions of various applications stored in the memory 160. Forexample, if ID information of the BLE device 200 is received, theapplication processor 151 may extract and execute an application forexecuting a control command corresponding to the ID information. Forexample, if ID information of the BLE device 200 is identical to IDinformation stored in the memory 160, the application processor 151 mayload and execute the screen unlock setting application 166 for executingcontrol commands corresponding to a screen unlock mode using a wirelessdevice. The communication processor 152 may control variouscommunication functions.

Furthermore, the control unit 150 may map and register attributeinformation regarding the BLE device 200 to information added by a userand manage the registered information. Furthermore, the control unit 150may extract a BLE device not registered to the mobile terminal 100 fromamong detected BLE devices by comparing ID information of the detectedBLE devices and a list of registered BLE devices stored in the memory160. The control unit 150 may generate a list of BLE devices that arenot registered to the mobile terminal 100. The control unit 150 mayphotograph an object (e.g., the BLE device 200 itself or anobject/location to which the 200 is attached/installed) by using acamera 141 based on a user input.

Furthermore, the control unit 150 may acquire information regarding adistance between the BLE device 200 and the mobile terminal 100 by usingintensity of a signal received from the 200. For example, the controlunit 150 may calculate a distance between the BLE device 200 and themobile terminal 100 by using information regarding a correlation betweenintensity of a received signal and a distance.

Furthermore, the control unit 150 may extract predetermined alarminformation corresponding to ID information of the BLE device 200. Thecontrol unit 150 may extract alarm information corresponding to IDinformation of the BLE device 200 based on ID information of the BLEdevice 200 and a time point at which the ID information of the BLEdevice 200 is received. Here, the alarm information may include at leastone of an alarm message and an alarm condition that are input by a user.The control unit 150 may extract alarm information from the memory 160or may receive alarm information from an external server.

The control unit 150 may determine whether a BLE device corresponding toreceived ID information is a registered BLE device by comparing the IDinformation of the BLE device 200 and information regarding registeredBLE devices stored in the memory 160.

According to another embodiment of the present disclosure, the memory160 may store at least one sensing condition designated via a UI (e.g.1630 of FIG. 16 or FIG. 17 ) or a predetermined sensing condition of themobile terminal 100. Furthermore, the mobile terminal 100 may furtherinclude a sensing unit 140 which acquires sensing information. When theBLE device 200 is detected within a predetermined distance from themobile terminal 100, ID information of the BLE device 200 is identicalto ID information stored in the memory 160, and acquired sensinginformation satisfies sensing conditions, the control unit 150 controlsnot to display an unlock requesting screen when the display unit of themobile terminal 100 is turned on. Here, the sensing unit 140 may acquiresensing information if the BLE device 200 is detected within apredetermined distance from the mobile terminal 100. Furthermore, thememory 160 may store or maintain a sensing module 162 that is a group ofcommands for the control unit 150 to control the sensing unit 140.

The sensing unit 140 may include a camera 141, a motion sensor 143, anda pressure sensor 144. A sensing condition may be that a shape of a gripfor holding the mobile terminal 100 is identical to a predeterminedgrip. The pressure sensor 144 may acquire sensing information regardinga user's grip for holding the mobile terminal 100. The shape of the gripfor holding the mobile terminal 100 may be information regardinglocations of a hand or fingers contacting the mobile terminal 100 andpressure applied to the mobile terminal 100 by the hand or the fingers.The control unit 150 may determine whether sensing information regardingthe detected shape of the grip satisfies a predetermined grip or whethersensing information regarding the detected shape of the grip is similarenough to the predetermined grip, thereby estimating whether a user hasan intention of using the mobile terminal 100.

Furthermore, a sensing condition may be that motion of the mobileterminal 100 is identical to a predetermined motion shape. The motionsensor 143 may detect motion of the mobile terminal 100 and acquiresensing information regarding the motion shape. The motion sensor 143may include an acceleration sensor, a geomagnetic sensor, a gyro sensor,etc. The motion sensor 143 may detect directions and magnitudes ofmotion of the mobile terminal 100 for a predetermined period of time andacquire motion shape information, such as a trace of the motion oraccumulated data of motion vectors. Based on the acquired sensinginformation, the control unit 150 may determine whether the motion shapeof the mobile terminal 100 satisfies a predetermined motion shape or themotion shape of the mobile terminal 100 is similar enough to thepredetermined motion shape, thereby estimating whether a user has anintention of using the mobile terminal 100. For example, thepredetermined motion shape may be a motion that a user lifts up themobile terminal 100 or a motion that the mobile terminal 100 is tiltedto an angle within a predetermined range for a predetermined period oftime.

Furthermore, a sensing condition may be that the face of a userrecognized by the mobile terminal 100 corresponds to the predeterminedface of the user. The camera 141 may acquire sensing informationregarding a face image by photographing the face of a user of the mobileterminal 100. The camera 141 may include a 2 Dimensional (2D) or 3Doptical sensor and a 3D depth sensor. The camera 141 may be arranged ata surface of the mobile terminal 100 including the display unit 121.Furthermore, a sensing condition may be that the face of a user or eyesof the user face toward the mobile terminal 100. Therefore, the sensedcondition may be used to determine whether a user has an intention ofusing the mobile terminal 100. Furthermore, the camera 141 may acquirean image frame, such as a still image or a moving image, via an imagesensor in a video call mode or a photographing mode. An image capturedvia an image sensor may be processed by the control unit 150 or aseparate image processing unit (not shown). The processed image framemay be displayed on the display unit 121, stored in the memory 160, ortransmitted to outside via the communication unit 110. According toaspects of the configuration of the mobile terminal 100, the two or morecameras 141 may be arranged.

Furthermore, to control not to display an unlock requesting screen whenthe display unit of the mobile terminal 100 is turned on, the sensingconditions as described above may be selectively designated. In otherwords, one from among the sensing conditions may be designated andapplied or at least two of the sensing conditions may be applied incombination. Therefore, it would be obvious to one of ordinary skill inthe art that the sensing unit 140 may have various sensor configurationsfor acquiring sensing information to be compared to sensing conditions.

Furthermore, the sensing unit 140 may further include a microphone 142for inputting audio signals. The microphone 142 receives external soundsignals and processes the received sound signals to electric voice datain a phone call mode, a recording mode, or a voice recognition mode.Here, if the processed voice data may be converted into a form to betransmitted to a mobile communication station and output via the mobilecommunication unit 112.

According to another embodiment of the present disclosure, the memory160 may store a sensing condition regarding the BLE device 200designated via a UI (e.g., 1635 of FIG. 16 or FIG. 17 ) or apredetermined sensing condition. Furthermore, the communication unit 110may receive sensing information from the BLE device 200. Furthermore, ifthe BLE device 200 is detected within a predetermined distance from themobile terminal 100, ID information of the BLE device 200 is identicalto ID information stored in the memory 160, and acquired sensinginformation satisfies sensing conditions, the control unit 150 maycontrol not to display an unlock requesting screen when the display unitof the mobile terminal 100 is turned on. Here, the BLE device 200 maytransmit not only ID information, but also sensing information to themobile terminal 100. Furthermore, the mobile terminal 100 may furtherinclude a SSP to collect and manage sensing information received fromthe BLE device 200. Although sensing conditions are already describedabove, descriptions thereof will be given again further below withreference to FIGS. 13 and 14 .

FIG. 3 is a diagram showing a data communication protocol of a SSPaccording to an embodiment of the present disclosure.

Referring to FIG. 3 , the SSP 30 may include a sensor hub 31 and a SSPmanager 32. Here, the BLE communication unit 111 may be attached to thesensor hub 31, whereas the SSP manager 32 may be included in theframework of the application processor 151.

Therefore, the sensor hub 31 may receive ID information (e.g., tag ID,device name, etc.) of the BLE device 200 broadcasted by the external BLEdevice 200 and values sensed by the BLE device 200 via the BLEcommunication unit 111. Here, if it is necessary to wake up theapplication processor 151 in sleep mode (e.g., when it is necessary toexecute a predetermined application in relation to received IDinformation of the BLE device 200), the sensor hub 31 may transmit anInterrupt signal to notify that there is data to be transmitted to theSSP manager 32 at operation S10.

The SSP manager 32 may transmit a signal requesting data type and lengthof data to be transmitted by the sensor hub 31 to the sensor hub 31 atoperation S20. In this case, the sensor hub 31 may transmit informationregarding data type and length of data to be transmitted to the SSPmanager 32 at operation S30. The SSP manager 32 may transmit a start toread message to the sensor hub 31 at operation S40, and, when the startto read message is received, the sensor hub 31 may process BLE signalintensity data, for example, to a predetermined packet and transmit thepacket to the SSP manager 32 at operation S50.

FIGS. 4 a and 4B are a diagram showing a wireless device according to anembodiment of the present disclosure.

Referring to FIG. 4A, the BLE device 200 may include a power supply unit210, a BLE communication unit 220, and a control unit 230.

The power supply unit 210 is to supply power to the BLE device 200 andmay be a battery, for example. The power supply unit 210 may berecharged or replaced.

The BLE communication unit 220 may control to broadcast ID informationof the BLE device 200 to outside at a predetermined interval (e.g., 1second). Here, the control unit 230 may transmit ID information of theBLE device 200 stored in a memory to the mobile terminal 100 via the BLEcommunication unit 220. ID information of the BLE device 200 is uniqueinformation to distinguish the BLE device 200 from other devices and mayinclude a tag ID, a device name, a serial number, a MAC address, etc.

Furthermore, referring to FIG. 4B, the BLE device 200 may furtherinclude a sensing unit 240.

The sensing unit 240 may sense status of the BLE device 200 or status ofan object to which the BLE device 200 is attached and may transmitsensing information to the control unit 230.

The sensing unit 240 may include at least one from among a temperaturesensor, a humidity sensor, a weight sensor, an acceleration sensor, atilt sensor, a gyro sensor, a 3-axis magnetic sensor, a pressure sensor,a luminance sensor, a touch sensor, and a proximity sensor. Furthermore,it would be obvious to one of ordinary skill in the art that the sensingunit 240 may also include any of various sensors other than the sensorsstated above.

Meanwhile, if the BLE device 200 further includes the sensing unit 240,the control unit 230 may broadcast sensing information at apredetermined interval (e.g., 1 second) via the BLE communication unit220. The predetermined interval may vary.

FIGS. 9 and 10 are flowcharts showing a method of controlling screenlock at the mobile terminal 100, according to an embodiment of thepresent disclosure.

Referring to FIGS. 9 and 10 , in operation 905, the mobile terminal 100may provide a UI for setting a screen unlock mode using a wirelessdevice (e.g., the BLE device 200) other than the mobile terminal 100.

In operation 910, the mobile terminal 100 may store ID information of awireless device corresponding to a screen unlock mode designated via theUI. Furthermore, the mobile terminal 100 may store a distance betweenthe wireless device designated via the UI and the mobile terminal 100.

In operation 920, the mobile terminal 100 may determine whether awireless device is detected within a predetermined distance from themobile terminal 100. Here, detection of a wireless device within apredetermined distance from the mobile terminal 100 may indicatedetection of a wireless device transmitting a signal having an intensityequal to or greater than an intensity corresponding to a predetermineddistance or a stored distance. Furthermore, if intensity of a signalfrom a wireless device is sufficiently small, a separate setup regardinga predetermined distance between a wireless device and the mobileterminal 100 may be omitted. In this case, operation 920 may be fordetermining whether a wireless device is detected, and moreparticularly, whether the mobile terminal 100 is capable of receiving asignal from a wireless device and acquiring ID information therefrom.Therefore, the predetermined distance may not be a particular valueregarding limits of a distance between the wireless device and themobile terminal 100 or signal intensities, but be a communication radiusin which a wireless device may be detected. If no wireless device isdetected within a predetermined distance from the mobile terminal 100 inoperation 910, the mobile terminal 100 may display a unlock requestingscreen when the display unit of the mobile terminal 100 is turned on inoperation 915. Thereafter the process returns to step 920.

If a wireless device is detected within a predetermined distance fromthe mobile terminal 100, the mobile terminal 100 may determine whetherID information of the detected wireless device is identical to stored IDinformation in operation 925. If ID information of the detected wirelessdevice is not identical to the stored ID information, the mobileterminal 100 may perform operation 915.

If ID information of the detected wireless device is identical to thestored ID information and the display unit of the mobile terminal 100 isoff in operation 930, the mobile terminal 100 may control not to displayan unlock requesting screen when the display unit of the mobile terminal100 is turned on in operation 935.

If ID information of the detected wireless device is identical to thestored ID information and the display unit of the mobile terminal 100 ison, the mobile terminal 100 may perform operation 1005 of FIG. 10 .

Referring to FIG. 10 , in connection with the method of controllingscreen lock, a method of controlling screen status using a wirelessdevice while the display unit of the mobile terminal 100 is on will bedescribed below.

While the display unit of the mobile terminal 100 is on, if a wirelessdevice having ID information identical to stored ID information iscontinuously detected within a predetermined distance from the mobileterminal 100, the control unit 150 of the mobile terminal 100 maycontrol to keep the display unit of the mobile terminal 100 on withoutdisplaying an unlock requesting screen until a screen off input isreceived from a user. Furthermore, if no ID information is received froma wireless device for a predetermined period of time while the displayunit of the mobile terminal 100 is on, the control unit 150 may controlthe display unit of the mobile terminal 100 to be turned off.

In operation 1005, the mobile terminal 100 may determine whether IDinformation identical to stored ID information is received from awireless device located within a predetermined distance from the mobileterminal 100 for a predetermined period of time. Here, operation 1005may indicate operation 920 and operation 925.

In operation 1005, if no wireless device is detected within apredetermined distance from the mobile terminal 100 or ID information ofa detected wireless device is not identical to stored ID information,the mobile terminal 100 may turn the display unit off in operation 1010.After operation 1010, the mobile terminal 100 may perform operation 915of FIG. 9 .

In operation 1005, if a wireless device is detected within apredetermined distance from the mobile terminal 100 and ID informationof the detected wireless device is identical to stored ID information,the mobile terminal 100 may control to keep the display unit on inoperation 1015.

In operation 1020, the mobile terminal 100 may determine whether ascreen off input is received via the UI unit 135. The screen off inputmay be a user input received via a power button 560 in FIG. 6 , forexample. If a screen off input is received, the mobile terminal 100 mayperform operation 1010 and turn the display unit off.

If no screen off input is received, the mobile terminal 100 maydetermine whether a predetermined period of time is elapsed in operation1025. If the predetermined period of time is not elapsed, the mobileterminal 100 may control to keep the display unit on in operation 1015.If the predetermined period of time is elapsed, the mobile terminal 100may perform operation 1005 again.

FIG. 11 is a diagram showing a mechanism of controlling a screen lock byusing a wireless device according to another embodiment of the presentdisclosure. FIG. 12 is a flowchart showing a method of controlling ascreen lock according to another embodiment of the present disclosure.

Referring to FIGS. 11 and 12 , the mobile terminal 100 may provide a UIfor setting a screen unlock mode using a wireless device (e.g., the BLEdevice 200). The mobile terminal 100 may store at least one sensingcondition designated via a UI (e.g., 1630 of FIG. 16 or FIG. 17 ) or apredetermined sensing condition of the mobile terminal 100. The sensingunit 140 may acquire sensing information related to the stored sensingcondition. For example, the sensing condition may be that motion of themobile terminal 100 is identical to a predetermined motion shape. Forexample, the predetermined motion shape may be a ‘pick-up motion’designated via a UI (1630 of FIG. 16 or FIG. 17 ). Referring to FIG. 11, the mobile terminal 100 may detect motion 1110 of the mobile terminal100, thereby acquiring sensing information regarding motion shape.Therefore, the mobile terminal 100 may determine whether acquiredsensing information satisfies a sensing condition by determining whetherthe motion 1110 of the mobile terminal 100 is identical to the pick-upmotion.

In operation 1205 of FIG. 12 , the mobile terminal 100 may provide a UIfor setting a screen unlock mode using a wireless device (e.g., the BLEdevice 200).

In operation 1210, the mobile terminal 100 may store a sensing conditiondesignated via a UI and ID information of the wireless device.

In operation 1220, the mobile terminal 100 may determine whether awireless device is detected within a predetermined distance from themobile terminal 100. Here, the predetermined distance may not be aparticular value regarding limits of a distance between the wirelessdevice and the mobile terminal 100 or signal intensities, but be acommunication radius in which a wireless device may be detected. If nowireless device is detected within a predetermined distance from themobile terminal 100, the mobile terminal 100 may control to display anunlock requesting screen when the display unit of the mobile terminal100 is turned on in operation 1215.

If a wireless device is detected within a predetermined distance fromthe mobile terminal 100, the mobile terminal 100 may determine whetherID information of the detected wireless device is identical to stored IDinformation in operation 1225. If ID information of the detectedwireless device is not identical to stored ID information, the mobileterminal 100 may perform operation 1215.

If ID information of the detected wireless device is identical to storedID information, the mobile terminal 100 may acquire sensing informationregarding the mobile terminal 100 in operation 1230. Furthermore,operation 1230 may be performed regardless of condition satisfactions inoperations 1220 and 1225 or a sequence of the process. For example,operation 1230 may be performed when a wireless device having IDinformation identical to stored ID information is detected regardless ofa distance thereto or may be performed at a predetermined interval ifthe display unit of the mobile terminal 100 is turned off.

In operation 1235, the mobile terminal 100 may determine whetheracquired sensing information satisfies a sensing condition. If theacquired sensing information fails to satisfy the sensing condition, themobile terminal 100 may perform operation 1215.

If the acquired sensing information satisfies the sensing condition, themobile terminal 100 may control not to display an unlock requestingscreen when the display unit of the mobile terminal 100 is turned on inoperation 1240.

Furthermore, the mobile terminal 100 may control screens status by usingsensing information regarding a wireless device and the mobile terminal100 while the display unit of the mobile terminal 100 is on. Forexample, while the display unit of the mobile terminal 100 is on, if awireless device having ID information identical to stored ID informationis continuously detected within a predetermined distance from the mobileterminal 100 and acquired sensing information satisfies a sensingcondition, the control unit 150 of the mobile terminal 100 may controlto keep the display unit of the mobile terminal 100 on withoutdisplaying an unlock requesting screen until a screen off input isreceived from a user. Furthermore, if no ID information is received froma wireless device for a predetermined period of time while the displayunit of the mobile terminal 100 is on or acquired sensing informationfails to satisfy a sensing condition, the control unit 150 may controlthe display unit of the mobile terminal 100 to be turned off.

FIG. 13 is a diagram showing a mechanism of controlling a screen lock byusing a wireless device according to another embodiment of the presentdisclosure. FIG. 14 is a flowchart showing a method of controlling ascreen lock according to another embodiment of the present disclosure.

Referring to FIGS. 13 and 14 , the mobile terminal 100 may provide a UIfor setting a screen unlock mode using a wireless device (e.g., the BLEdevice 200). The mobile terminal 100 may store at least one sensingcondition designated via a UI (e.g., 1635 of FIG. 16 or FIG. 17 ) or apredetermined sensing condition of the mobile terminal 100. The mobileterminal 100 may receive sensing information related to a stored sensingcondition from the wireless device. In this regard, the mobile terminal100 according to an embodiment of the present disclosure may receivesensing information included in the MSD field of an advertising packetfrom the wireless device. For example, the sensing condition may be thatmotion of the mobile terminal 100 is identical to a predetermined motionshape. For example, the predetermined motion shape may be a ‘shake 2times’ designated via a UI (1635 of FIG. 16 or FIG. 17 ). Furthermore, asensing condition may indicate a touch gesture of touching the wirelessdevice. For example, the touch gesture may be a ‘two-tap touch’indicating that the wireless device is touched by 2 successive timeswithin a predetermined period of time based on a user input. In FIG. 13, the sensing unit 240 of the BLE device 200 may sense a user input 1310regarding the BLE device 200, thereby acquiring sensing information.Here, the sensing unit 240 may include a touch sensor, a pressuresensor, or a motion sensor. The BLE device 200 may broadcast theacquired sensing information or transmit the acquired sensinginformation to the mobile terminal 100. For example, the BLE device 200may include the sensing information in the MSD field of an advertisingdata packet and broadcast the sensing information. The mobile terminal100 may determine whether the received sensing information satisfiessensing conditions.

In operation 1405, the mobile terminal 100 may provide a UI for settinga screen unlock mode using a wireless device (e.g., the BLE device 200).

In operation 1410, the mobile terminal 100 may store at least onesensing condition designated via a UI (e.g., 1630 of FIG. 16 or FIG. 17) or a predetermined sensing condition of the mobile terminal 100.

In operation 1420, the mobile terminal 100 may determine whether awireless device is detected within a predetermined distance from themobile terminal 100. Here, the predetermined distance may not be aparticular value regarding limits of a distance between the wirelessdevice and the mobile terminal 100 or signal intensities, but be acommunication radius in which a wireless device may be detected. If nowireless device is detected within a predetermined distance from themobile terminal 100, the mobile terminal 100 may control to display anunlock requesting screen when the display unit of the mobile terminal100 is turned on in operation 1415.

If a wireless device is detected within a predetermined distance, themobile terminal 100 may check whether ID information of the detectedwireless device is identical to stored ID information in operation 1425.If the ID information of the detected wireless device is not identicalto the stored ID information, the mobile terminal 100 may performoperation 1415.

If the ID information of the detected wireless device is identical tothe stored ID information, the mobile terminal 100 may receive sensinginformation of the wireless device from the wireless device in operation1430. Here, the sensing information of the wireless device may betransmitted by the wireless device together with the ID information ofthe wireless device or separately from the ID information of thewireless device. Also, the sensing information of the wireless devicemay be broadcasted after being included in the MSD field of theadvertising packet.

In operation 1435, the mobile terminal 100 may determine whether thereceived sensing information satisfies sensing conditions. If thereceived sensing information fails to satisfy sensing conditions, themobile terminal 100 may perform operation 1415.

If the received sensing information satisfies sensing conditions, themobile terminal 100 may not display an unlock requesting screen when adisplay unit is switched OFF status to ON status in operation 1440.

Furthermore, the mobile terminal 100 may control screen status by usingID information and sensing information of a wireless device while thedisplay unit of the mobile terminal 100 is on. For example, if awireless device having ID information identical to stored ID informationis continuously detected within a predetermined distance from the mobileterminal 100 and acquired sensing information satisfies a sensingcondition, the control unit 150 of the mobile terminal 100 may controlto keep the display unit of the mobile terminal 100 on withoutdisplaying an unlock requesting screen until a screen off input isreceived from a user. Furthermore, if no ID information is received froma wireless device for a predetermined period of time while the displayunit of the mobile terminal 100 is on or acquired sensing informationfails to satisfy a sensing condition, the control unit 150 may controlthe display unit of the mobile terminal 100 to be turned off.

Furthermore, the mobile terminal 100 may control screen lock by using IDinformation of a wireless device, sensing information regarding themobile terminal 100, and sensing information regarding the wirelessdevice together. For example, the mobile terminal 100 may set and storea sensing condition regarding the mobile terminal 100 and a sensingcondition regarding a wireless device via a UI (1630 and 1635 of FIG. 16or FIG. 17 ). If a wireless device having ID information identical tostored ID information is detected within a predetermined distance fromthe mobile terminal 100 and the sensing condition of the mobile terminal100 and the sensing condition of the wireless device are satisfied, themobile terminal 100 may control not to display an unlock requestingscreen when the display unit of the mobile terminal 100 is turned on. Asdescribed above, the embodiments given above may be combined with oneanother or may partially be modified.

Furthermore, one of ordinary skill in the art will understand thatprograms related to the embodiments described above with reference toFIGS. 9, 10, 12, and 14 may be embodied as software, hardware, or acombination thereof. Programs related to the embodiments described abovewith reference to FIGS. 9, 10, 12, and 14 may be recorded on anon-transitory recording medium or may be downloaded to a mobileterminal from a server or a computer via a communication network.

A data format of the advertising packet broadcasted by the BLE device200 will now be described in more detail below.

FIG. 18 is a diagram illustrating a data format 1800 of an advertisingpacket broadcasted by a BLE device, according to an embodiment of thepresent disclosure.

The data format 1800 of FIG. 18 shows a payload excluding a header ofthe advertising packet broadcasted by the BLE device 200. AdvertisingData (AD) included in the payload of the advertising packet according toan embodiment of the present disclosure may be composed of 31 octets(Bytes).

Meanwhile, a plurality of AD structures may be included in the payloadof the advertising packet according to an embodiment of the presentdisclosure, and each may include a length part 1810 and a data part1820. Information regarding a length of the data part 1820 may beincluded in the length part 1810. Substantial data that is to bebroadcasted by the BLE device 200 may be included in the data part 1820.

In this regard, according to an embodiment of the present disclosure,the data part 1820 may include an AD type 1821 and AD data 1822. A valuefor identifying a type of the AD data 1822 may be included in the ADtype 1821. The AD type 1821 will now be described in more detail withreference to FIG. 19 .

FIG. 19 is a table for explaining an AD type, according to an embodimentof the present disclosure.

Referring to FIG. 19 , the AD type 1920 that may be included in anadvertising data packet may be diverse. For example, the AD type 1920may include <<Flags>>, «Incomplete List of 16-bit Service Class UUIDs»,«Complete List of 16-bit Service Class UUIDs», «Incomplete List of32-bit Service Class UUIDs», «Complete List of 32-bit Service ClassUUIDs», «Incomplete List of 128-bit Service Class UUIDs», «Complete Listof 128-bit Service Class UUIDs», «Shortened Local Name», «Complete LocalName», «TX Power Level», «Class of Device», «Simple Pairing Hash C»,«Simple Pairing Randomizer R», «Device ID», «Security Manager TK Value»,«Security Manager Out of Band Flags», «Slave Connection Interval Range»,«List of 16-bit Service Solicitation UUIDs», «List of 128-bit ServiceSolicitation UUIDs», «Service Data», «Public Target Address», «RandomTarget Address», «Appearance», «Manufacturer Specific Data», and thelike.

Meanwhile, the AD type 1920 may be expressed as a previously set value1910 that may be included in the advertising data packet in such a waythat a scanner (for example, the mobile terminal 100) may identify theAD type 1920. Meanwhile, one of ordinary skill in the art may obviouslyidentify a definition 1930 of the AD type 1920 from a table of FIG. 19 ,and thus a detailed description of the definition 1930 of the AD type1920 will be omitted here.

FIGS. 20A and 20B are a table for explaining data broadcasted by a BLEdevice, according to an embodiment of the present disclosure.

Referring to FIGS. 20A and 20B, the BLE device 200 may broadcastnecessary data by using a specific AD type. For example, in a case wherethe BLE device 200 is a smart phone manufactured by Samsung ElectronicsCo., Ltd., the BLE device 200 may include and broadcast TX Power Level(e.g., +4 dBm), Shortened Local Name (e.g., GT-N8000, Samsung Mobile),Class of Device (e.g., Major: Phone, Minor: Smart phone, Service: ObjectTransfer), Random Target Address (e.g., Samsung Mobile), List of ServiceSolicitation (e.g., 0X1105), Manufacturer Specific Data<<Protocol>>(e.g., 0X0075: a previously defined code indicating SamsungElectronics), Manufacturer Specific Data<<Capability>> (e.g., OX00ff:Bluetooth BR/EDR, Bluetooth AMP, Bluetooth LE, WiFi, WiFi Direct, WiFiDisplay, DLSN(All-share), NFC, RFID support), Manufacturer SpecificData<<Sensor>> (e.g., 0X06000024: Temperature 36° C.), and ManufacturerSpecific Data<<Others>> (e.g., Silent mode, Screen Rotation, PowerSaving, Notification, Mobile Data, Driving mode, Sync mode,Privacy/Flight mode, etc. which indicate a current status of the BLEdevice 200) in an advertising data packet.

In this regard, since a length of AD is limited to 31 bytes, the BLEdevice 200 may broadcast only essential data by using an advertisingdata packet and additionally respond to optional data such as Local Namethrough SCAN_RSP. Also, the advertising data packet according to anembodiment of the present disclosure may further include an encryptionfield.

Meanwhile, the BLE device 200 according to an embodiment of the presentdisclosure may broadcast property information (for example, informationregarding a sensor included in the BLE device 200 or appearance colorinformation of the BLE device 200) through the advertising data packet.

For example, in a case where the BLE device 200 is a blue tag includinga temperature sensor, the BLE device 200 may include identificationinformation (for example, “SAMSUNG_Temp_TAG001_blue”) indicatingproperty information in a UUID field or an MSD field thereof and maybroadcast the identification information to the outside.

According to another embodiment of the present disclosure, the BLEdevice 200 may include and broadcast sensing information measured by asensor in an MSD field. For example, in a case where the BLE device 200includes the temperature sensor and a current temperature measured bythe temperature sensor is 36° C., the BLE device 200 may include a code(“0X06000024”) indicating that the temperature is 36° C. in the MSD<Sensor> field and may broadcast the code.

Meanwhile, the BLE device 200 according to an embodiment of the presentdisclosure may use a random device address, instead of a Bluetoothdevice address BD_ADDR or a MAC address, for privacy. Also, the BLEdevice 200 according to an embodiment of the present disclosure may havebeen previously included in a White/Black list before broadcasting theadvertising packet and may disregard a connect request sent by anapparatus of an address that is not allowed. Also, the BLE device 200may additionally perform an authentication operation on a scanner (forexample, the mobile terminal 100) through an internal and externalserver and reinforce security. To the contrary, the mobile terminal 100may perform the authentication operation on the BLE device 200 throughthe internal and external server.

Meanwhile, the BLE device 200 according to an embodiment of the presentdisclosure may adjust an advertising interval according to a state ofthe BLE device 200 such as stop, or move (walking or moving by vehicle,etc.) and increase connectivity to the mobile terminal 100. For example,the BLE device 200 may lengthen the advertising interval in a sleep modeand shorten the advertising interval while moving.

Also, the BLE device 200 according to an embodiment of the presentdisclosure may adjust a transmission (TX) power level for each status.For example, in a case where the BLE device 200 broadcasts datarequiring security, the BLE device 200 may reduce the transmission (TX)power level.

FIG. 21 is a diagram illustrating an example of an AD packet accordingto an embodiment of the present disclosure.

Referring to FIG. 21 , the total length of AD is 29 bytes. If AD“0X0000FFFF040201FF030075FF03840A02303030384E5F54710809040102” isanalyzed from the back thereof, the AD of 29 bytes may be divided into 6AD structures.

In a first AD structure ({circle around (1)}), “02” indicates a length(2 bytes) of an AD type and AD data, “01” indicates an AD type (Flags),and “04” indicates substantial data (LE and BR/EDR simultaneousavailability (Host)).

In a second AD Structure ({circle around (2)}), ‘09’ indicates a length(9 bytes) of the AD type and the AD data, ‘08’ indicates an AD type(Shortened Local Name), and ‘71 54 5F 4E 38 30 30 30’ indicatessubstantial data (G T-N 8 0 0 0).

In a third AD Structure ({circle around (3)}), ‘02’ indicates a length(2 bytes) of the AD type and the AD data, ‘0A’ indicates an AD type (TxPower Level), and ‘84’ indicates substantial data (132(+4 dBm)).

In a fourth AD Structure ({circle around (4)}), ‘03’ indicates a length(3 bytes) of the AD type and the AD data, ‘FF’ indicates an AD type(Manufacturer Specific Data), and ‘75 00’ indicates substantial data(Company ID: 0X0075=Samsung Electronics).

In a fifth AD Structure ({circle around (5)}), ‘03’ indicates a length(3 bytes) of the AD type and the AD data, ‘FF’ indicates an AD type(Manufacturer Specific Data), and ‘01 02’ indicates substantial data(Protocol ID: 0X0201).

In a sixth AD Structure ({circle around (6)}), ‘04’ indicates a length(4 bytes) of the AD type and the AD data, ‘FF’ indicates an AD type(Manufacturer Specific Data), and ‘FF 00 00’ indicates substantial data(Capability state: 0X0000FF=Bluetooth BR/EDR, Bluetooth AMP, BluetoothLE, WiFi, WiFi Direct, WiFi Display, DLSN(All-share), NFC, RFIDsupport).

While the present disclosure has been shown and described with referenceto various embodiments thereof, it will be understood by those skilledin the art that various changes in form and details may be made thereinwithout departing from the spirit and scope of the present disclosure asdefined by the following claims and their equivalents.

What is claimed is:
 1. A method of controlling screen lock of a mobileterminal, the method comprising: detecting a wireless device andidentifier information of the wireless device; determining that thedetected identifier information corresponds to pre-stored identifierinformation; acquiring sensing information of the mobile terminal;determining that the acquired sensing information satisfies apredetermined sensing condition of the mobile terminal; and based ondetermining that the detected identifier information corresponds to thestored identifier information and that the acquired sensing informationsatisfies the predetermined sensing condition, automatically unlockingthe mobile terminal, wherein if the wireless device is located outside apredetermined distance from the mobile terminal, displaying a screenunlock requesting screen instead of automatically unlocking the mobileterminal, wherein the screen unlock requesting screen includes aguidance message to locate the wireless device within the predetermineddistance from the mobile terminal, and wherein the wireless devicecomprises a watch.
 2. The method of claim 1, wherein the sensingcondition is that a face of a user recognized by a camera of the mobileterminal corresponds to a predetermined face.
 3. The method of claim 1,wherein the sensing condition is that a touch gesture on a touch screenof the mobile terminal is detected and a face of a user recognized by acamera of the mobile terminal corresponds to a predetermined face. 4.The method of claim 1, wherein the sensing condition is that motion ofthe mobile terminal is identical to a predetermined motion shape and aface of a user recognized by a camera of the mobile terminal correspondsto a predetermined face.
 5. The method of claim 4, wherein thepredetermined motion shape is a pick-up motion.
 6. The method of claim1, wherein the automatically unlocking of the mobile terminal includesautomatically turning a display of the mobile terminal on.
 7. The methodof claim 1, wherein the automatically unlocking of the mobile terminalincludes displaying an indication of unlocking on a display of themobile terminal.
 8. The method of claim 1, wherein the automaticallyunlocking of the mobile terminal includes displaying an unlocked screenon a display of the mobile terminal.
 9. The method of claim 1, whereinthe automatically unlocking of the mobile terminal includes displayingan unlock requesting screen corresponding to a drag to unlock on adisplay of the mobile terminal.
 10. The method of claim 1, furthercomprising: providing a user interface (UI) for setting a screen unlockmode using the wireless device, wherein the UI includes a name of thewireless device; and receiving a user input selecting the screen unlockmode using the wireless device.
 11. The method of claim 1, wherein thedetecting of the wireless device comprises determining that the wirelessdevice is within a communication radius in which the wireless device canbe detected.
 12. The method of claim 1, wherein the wireless devicecomprises a Bluetooth Low Energy (BLE) device.
 13. A communicationsystem comprising: at least one memory configured to store one or moreinstructions; and at least one processor configured to execute the oneor more instructions stored in the memory to: detect a wireless deviceand identifier information of the wireless device; determine that thedetected identifier information corresponds to pre-stored identifierinformation; acquire sensing information of a mobile terminal; determinethat the acquired sensing information satisfies a predetermined sensingcondition of the mobile terminal; and based on determining that thedetected identifier information corresponds to the stored identifierinformation and that the acquired sensing information satisfies thepredetermined sensing condition, automatically unlock the mobileterminal, wherein if the wireless device is located outside apredetermined distance from the mobile terminal, display a screen unlockrequesting screen instead of automatically unlocking the mobileterminal, wherein the screen unlock requesting screen includes aguidance message to locate the wireless device within the predetermineddistance from the mobile terminal, and wherein the wireless devicecomprises a watch.
 14. The communication system of claim 13, wherein thesensing condition is that a face of a user recognized by a camera of themobile terminal corresponds to a predetermined face.
 15. Thecommunication system of claim 13, wherein the sensing condition is thata touch gesture on a touch screen of the mobile terminal is detected anda face of a user recognized by a camera of the mobile terminalcorresponds to a predetermined face.
 16. The communication system ofclaim 13, wherein the sensing condition is that motion of the mobileterminal is identical to a predetermined motion shape and a face of auser recognized by a camera of the mobile terminal corresponds to apredetermined face.
 17. The communication system of claim 16, whereinthe predetermined motion shape is a pick-up motion.
 18. Thecommunication system of claim 13, wherein the at least one processor isfurther configured to execute the one or more instructions stored in thememory to: automatically turn a display of the mobile terminal on, whenautomatically unlocking the mobile terminal.
 19. The communicationsystem of claim 13, wherein the at least one processor is furtherconfigured to execute the one or more instructions stored in the memoryto: display an indication of unlocking on a display of the mobileterminal, when automatically unlocking the mobile terminal.
 20. Thecommunication system of claim 13, wherein the at least one processor isfurther configured to execute the one or more instructions stored in thememory to: display an unlocked screen on a display of the mobileterminal, when automatically unlocking the mobile terminal.
 21. Thecommunication system of claim 13, wherein the at least one processor isfurther configured to execute the one or more instructions stored in thememory to: display an unlock requesting screen corresponding to a dragto unlock on a display of the mobile terminal, when automaticallyunlocking the mobile terminal.
 22. The communication system of claim 13,wherein the at least one processor is further configured to execute theone or more instructions stored in the memory to: provide a userinterface (UI) for setting a screen unlock mode using the wirelessdevice, wherein the UI includes a name of the wireless device; andreceive a user input selecting the screen unlock mode using the wirelessdevice.
 23. The communication system of claim 13, wherein the at leastone processor is further configured to execute the one or moreinstructions stored in the memory to: detect the wireless device bydetermining that the wireless device is within a communication radius inwhich the wireless device can be detected.
 24. The communication systemof claim 13, wherein the wireless device comprises a Bluetooth LowEnergy (BLE) device.
 25. A non-transitory computer-readable recordingmedium having recorded thereon a program, which when executed by atleast one processor, causes the at least one processor to: detect awireless device and identifier information of the wireless device;determine that the detected identifier information corresponds topre-stored identifier information; acquire sensing information of amobile terminal; determine that the acquired sensing informationsatisfies a predetermined sensing condition of the mobile terminal; andbased on determining that the detected identifier informationcorresponds to the stored identifier information and that the acquiredsensing information satisfies the predetermined sensing condition,automatically unlock the mobile terminal, wherein if the wireless deviceis located outside a predetermined distance from the mobile terminal,display a screen unlock requesting screen instead of automaticallyunlocking the mobile terminal, wherein the screen unlock requestingscreen includes a guidance message to locate the wireless device withinthe predetermined distance from the mobile terminal, and wherein thewireless device comprises a watch.
 26. The method of claim 1, whereinthe screen unlock requesting screen corresponds to another screen unlockmode using password.